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La presente invention concerne un precede de commande d'un 
decodeur numerique audio-video. 

II est courant de nos jours d' avoir acces a un programme 
audiovisuel genere a partir de donnees numeriques, par exemple un support 
5 numerique (tel un disque) ou un flux numerique transports par cable ou 
satellite. 

Les donnees numeriques sont codees selon une certaine norme, 
par exemple MPEG (de T anglais Moving Picture Expert Group), pour leur 
transport. Lorsqu'on souhaite avoir acces au contenu audio-video represents 

10 par ces donnees numeriques, on utilise un decodeur audio-video qui genere 
des signaux aptes a etre visualises et ecoutes sur des appareils standards 
(par exemple des signaux videos CVBS ou RGB sur un televiseur). 

La norme MPEG propose pour la video 3 types de codage 
possible pour les differentes images qui compose la sequence video codee : 

15 codage (et done image) de type I (intra), de type P (inter) et de type B 
(bidirectionnel). 

La connaissance des donnees numeriques qui correspondent a 
une image de type I suffit a generer cette image. Au contraire, pour pouvoir 
decoder les images de type P et B, il est necessaire d' avoir prealablement u 

20 eu acces a (et meme decode) r image de reference (type I ou P) adjacente." 
Cet inconvenient est compense par le fait qu'en consequence les donnees 
numeriques qui correspondent aux images de type P et B sont de taille^; 
reduite. \% 
II est parfois souhaitable de ne visualiser qu'une partie des 

25 images codees dans le flux numerique. Par exemple, lors d'un gel d' image 
(ou fonction freeze), on souhaite n'afficher qu'une seule image pendant un 
certain laps de temps. De meme, on souhaite parfois n'afficher que les 
images de type I, ou alternativement que les images de type I et P. (Pour les 
besoins de I' expose, on denommera images du premier type les images a 

30 afficher.) 

En general, cette derniere solution est proposee lors de la 
visualisation en accelere d'une sequence video (fast forward en anglais). 
Afin de ne pas surcharger le decodeur video qui est dimensionne pour 
decoder des images a vitesse normale de visualisation, il est connu de 
35 decoder seufement les images a visualiser (images du premier type), a 
savoir seulement les images de type I ou seulement les images de types I et 
P selon le cas. 
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Cette solution ne permet done pas d'utiliser le processus normal 
de decodage du flux numerique puisque les images de type B doivent etre 
sautees au decodage. 

Cette solution provoque de plus une perte du synchronisme entre 
5 la sequence audio et la sequence video. Dans le cadre de la visualisation en 
accelere, la portee de cet inconvenient est limitee puisqu'il n'est de toute 
fagon pas possible en general d'obtenir un signal audio accelere audible. 

Toutefois, lorsque I' on quitte le mode accelere pour revenir au 
mode normal, ce defaut de synchronisme necessite une phase de re- 
10 synchronisation qui se traduit en general par I'affichage d'un ecran noir 
d'une duree de I'ordre de la seconde. 

D' autre part, si Ton se situe en dehors du cadre de la visualisation 
acceleree, il est aussi souhaitable de conserver le synchronisme pour 
pouvoir maintenir un jeu normal de la sequence audio meme si I'affichage 
15 des images de type Bn'a pas lieu. 

Afin de conserver a tout instant le synchronisme meme lors de 
I'affichage d'une partie seulement du flux numerique, I' invention propose un 
procede de commande d'un decodeur numerique audio-video comprenant 
les etapes suivantes : 
20 - acquisition en continu d'un flux audio-video numerique, le flux 

video numerique etant compose d'une sequence ordonnee d' images ; 

- decodage video de toutes les images de la sequence ; 

- generation d'un signal video base sur une partie seulement des 
images de la sequence. 

25 On entend ici par "partie seulement des images" une partie limitee 

des images, e'est-a-dire differente de la totalite des images. 

Avantageusement, le procede comprend egalement Tetape de : 

- decodage du flux audio numerique en une sequence audio en 
synchronisme avec le decodage video. 

30 La sequence audio peut ainsi etre jouee en parallele (e'est-a-dire 

simultanement a la generation du signal base sur une partie limitee des 
images). 

La partie limitee peut etre une image unique de la sequence : 
e'est le cas du gel d' image. 
35 Ce procede rend possible de geler puis reprendre I'affichage sur 

une image de n'importe quel type en laissant I'audio se poursuivre en 
parallele en synchronisme avec la video. La reprise d'affichage est 
immediate et sans ecran noir. 
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Cette solution peut egalement avantageusement etre utilisee afin 
d'eviter les inconvenients lies a la perte de synchronisme lors de la 
visualisation damages du premier type seulement (type I dans un cas ; types 
I et P dans I' autre). 

5 Dans ce cas, la sequence comporte des images d'un premier type 

et des images d'un second type et la partie des images (sur la base de 
laquelle le signal video est genere) est limitee aux images du premier type. 

U acquisition peut etre une lecture sur un support numerique ou 
une reception d'un flux numerique. 
10 De maniere preferee, le signal video est destine a I' affichage. 

L' invention propose done egalement un procede de commande 
d'un decodeur numerique audio-video comprenant les etapes suivantes : 

- acquisition en continu d'un flux audio-video numerique, le flux 
video numerique etant compose d'une sequence ordonnee d' images d'un 

15 premier type et d' un second type ; 

- decodage video des images du premier type et des images du 
second type ; 

- generation d'un signal video base sur les images du premier 
type seulement. 

20 Autrement dit, T invention propose un procede de commande d'un 

decodeur numerique audio-video comprenant les etapes suivantes : *■ 

- decodage video de premieres donnees en une premiere image 
du premier type ; 

- affichage de la premiere image et decodage video simultane de 
25 secondes donnees en images du second type et de troisiemes donnees en 

une seconde image du premier type ; 

- affichage de la seconde image. 

D'autres caracteristiques de P invention apparaitront a la lumiere 
de la description d'un exemple de realisation de ('invention faite en reference 
so aux figures annexees, ou : 

la figure 1 represente un decodeur numerique selon un 
premier mode de realisation de T invention ; 

- les figures 2a a 21 illustrent le processus de decodage et 
d' affichage dans le decodeur numerique de la figure 1 en mode normal ; 

35 - les figures 3a a 3o illustrent le processus de decodage et 

d' affichage dans le decodeur numerique de la figure 1 en mode I ; 

- la figure 4 represente un decodeur numerique selon un second 
mode de realisation de I' invention. 
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Le decodeur numerique 2 represente a la figure 1 regoit des 
signaux d'une antenne 4 representee symboliquement. Les signaux issus de 
I'antenne sont transmis a un ensemble syntoniseur-demodulateur 6, souvent 
denomme Front End. Le Front End 6 selectionne un signal re?u a une 
5 frequence donnee et transmet ce signal en bande de base a un 
demultiplexeur 8 qui en extrait un flux de donnees numeriques, par exemple 
selon la norme MPEG. Ce flux de donnees est ensuite traduit en un signal 
video et en un signal audio par un decodeur audio/video 10. Les signaux 
audio et video (par exemple du type CVBS) sont envoyes a un connecteur 

io 12, par exemple une prise Peritel, afin d'etre transmis par un cable 14 puis 
affiche sur un appareil d'affichage 16, par exemple un televiseur. 

Les divers circuits electroniques du decodeur numerique 2, tels 
que le Front End 6, le demultiplexeur 8 et le decodeur audio/video 10, 
travaillent sous le controle d'un microprocesseur 18. 

is Le decodeur audio/video 10 comprend un module d' entree 20 qui 

separe le flux MPEG entrant en un flux de donnees audio MPEG Audio a 
destination d'un decodeur audio 24 et un flux de donnees video MPEG 
Video a destination d'un decodeur video 22. Les flux de donnees MPEG 
Audio et MPEG Video sont des flux elementaires par paquets (souvent 

20 denommes selon I'acronyme anglo-saxon PES pour Packetised Elementary 
Stream). Le flux MPEG Video se compose done d' images des types I, P et 
B. 

Le decodeur video 22 convertit le flux MPEG Video en un flux 
numerique YUV qui represente selon la norme CCIR 601 une sequence 

25 video apte a etre affichee apres conversion numerique-analogique dans un 
encodeur video 28. Comme indique precedemment, le signal video en sortie 
de I* encodeur video 28 (et done du decodeur audio/video 10) est du type 
CVBS. II pourrait egalement s'agir d'un signal type S-Video (Y/C) ou RGB. 
(Les encodeurs video delivrent generalement des signaux selon ces 

30 differents formats.) 

Le decodeur audio 24 transforme le flux audio entrant MPEG 
Audio en deux flux audio numerique PCM D et PCM G qui sont ensuite 
respectivement convertis en deux signaux audio analogiques Audio D et 
Audio G afin d'obtenir un son stereo. 

35 Les decodages simultanes dans le decodeur video 22 et dans ie 

decodeur audio 24 permettent de garantir le synchronisme entre la sequence 
audio et la sequence video qui garantit une bonne restitution du contenu. 
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On va a present detainer ie procede de decodage video en 
fonctionnement normal. 

Le decodeur video 22 regoit le flux video elementaire MPEG Video 
et stocke les donnees regues, puis decodees, dans une memoire video 26. 

5 Lors de leur reception, les donnees qui correspondent a une 

image de type I, P ou B sont tout d'abord stockees dans une memoire 
tampon ou rate buffer. Elles sont alors decodees pour reconstruire I' image 
video qu' elles represented. Cette image video reconstruite est stockee dans 
la memoire video 26, dans une zone memoire trame ou frame buffer. 

10 Lorsque r image est totalement decodee (c'est-a-dire reconstruite), elle peut 
etre presentee en sortie afin d'etre affichee ; pour ce faire, le pointeur 
d'affichage est place au debut de la zone memoire trame correspondante. Le 
decodeur video 22 genere alors un flux numerique YUV qui represente cette 
image decodee. 

15 Les images de type I ne necessitent pas d'autres donnees pour 

etre reconstruites. Les images de type P utilisent F image de reference (de 
type I ou P) precedente pour leur decodage. Les images de type B utilisent 
quant a elles les deux images de reference (I ou P) qui les entourent pour 
leur decodage. La memoire doit done pouvoir contenir trois zones memoire 
20 trame pour decoder une image de type B : deux zones memoire trame pour 
le stockage des images de reference (I ou P) et une zone memoire trame 
pour le decodage de F image de type B. 

Le detail du decodage d'un groupe d' images (GOP selon 
Facronyme anglo-saxon pour Group Of Pictures) en fonctionnement normal 
25 va a present etre decrit en reference aux figures 2a a 21. 

Le decodeur regoit la sequence video suivante : 
'0P3B1B2P6B4B5I0 1 B 7 B 8 P3 , B/ B 2 ' . 

Les indices indiquent Fordre dans lequel les images doivent etre 
finalement affichees apres decodage. Les images ne sont par regues dans 

30 Fordre d'affichage car le decodage des images de type B necessite le 
decodage preaiable des images de reference adjacentes. 

En figure 2a, F image l 0 est decodee et stockee dans une zone 
memoire A de la memoire video 26. Le pointeur de decodage PD parcourt 
done cette zone memoire au fur et a mesure qu'il y ecrit F image reconstruite. 

35 En figure 2b, F image l 0 est presentee en sortie du decodeur video 

22 pour etre affichee par le placement du pointeur d'affichage PA au debut 
de la zone memoire A et F image P 3 est reconstruite dans une zone memoire 
B qui est done parcourue par le pointeur de decodage PD. 
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En figure 2c, P image B 1 est decodee dans une zone memoire C 
en utilisant le contenu des memoires A et B (images de reference l 0 et P 3 ). 
Une fois decodee, P image peut etre affichee (presentation en sortie du 
decodeur video 22) en plagant le pointeur d'affichage PA au debut de la 
5 zone memoire C, comme cela est represents en figure 2d. 

De maniere similaire, P image B 2 est decodee en zone memoire C 
en utilisant le contenu des memoires A et B (figure 2e) puis affichee (figure 
2f). 

La figure 2f illustre aussi le decodage de P image P 6 en zone 
10 memoire A (et ainsi Pecrasement des donnees qui correspondaient a P image 
lo)- 

Une fois P image de reference P 6 decodee, on peut proceder au 
decodage successif des images B 4 et B 5 en zone memoire C comme cela est 
represents aux figures 2g et 2h. (L'affichage de P image B 4 , bien que non 
15 represents sur les figures, a bien sur lieu des que cette image est decodee.) 

L' image l 0 ' du groupe suivant est alors repue et decodee en zone 
memoire B (figure 2i) afin de permettre le decodage (et Paffichage non 
represents) en zone mSmoire C des images B 7 et B 8 comme visible aux 
figures 2j et 2k. (On peut egalement remarquer Paffichage de P image P 6 en 
20 figure 2j.) 

Enfin, en figure 21, le decodage de P image P 3 ' du nouveau groupe 
a lieu de concert avec Paffichage de P image l 0 \ Le procedS reprend done 
pour le nouveau groupe d' images comme decrit precSdemment. 

Le decodeur numerique 2 peut egalement fonctionner dans un 

25 mode dans lequel il genere un signal video destine a Paffichage base 
uniquement sur les images de type I du flux numerique MPEG re$u. Dans ce 
mode (denomme pour plus de concision mode I), on souhaite maintenir le 
synchronisme entre P audio et la video. Pour ce faire, on propose de 
maintenir le processus de decodage classique et de modifier seuiement 

30 Paffichage. 

Afin de pouvoir a la fois dScoder toutes les images regues (e'est- 
a-dire les images des types I, P et B) et maintenir Paffichage de P image I du 
groupe, on propose par exemple d'utiliser 4 zones memoire trame A, B, C et 
D. Lors du decodage d'une image de type B, une zone memoire sera done 
35 utilisee pour stocker P image de type I a afficher, deux zones mSmoires 
seront utilisSes pour stocker les images de reference (qui peuvent etre deux 
images de type P done distinctes de P image de type I) et la derniere zone 
memoire sera utilisee pour le dScodage de P image de type B. 
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Le procede de decodage dans le mode I de la sequence 
mentionnee plus haut est represente en detail aux figures 3a a 3o. 

En figure 3a, P image l 0 est decodee en zone memoire A. 

Une fois P image l 0 decodee, elle est presentee et affichee par le 
5 placement du pointeur d'affichage PA au debut de la zone memoire A, 
comme visible en figure 3b. II est important de remarquer que le pointeur 
d'affichage PA sera maintenu dans cette position au cours du decodage des 
images de type P et B et ne sera eventuellement deplace a nouveau que 
lorsqu'une nouvelle image de type I sera decodee. Ainsi le flux numerique 
10 YUV (destine a Paffichage) representera P image de type I tout au long du 
decodage des autres images. Cette fonction s'apparente done a un gel 
d' image (ou freeze). 

La figure 3b montre egalement le decodage de P image P 3 dans la 
zone memoire B. Le decodage successif des images B 1 et B 2 peut ensuite 
15 avoir lieu (figures 3c et 3d) en zone memoire C. 

Comme illustre en figure 3e, le decodage de P image P 6 est 
effectue en zone memoire - C. En effet, contrairement au mode de 
fonctionnement normal, il n'est pas possible en mode I d'ecraser P image ; l 0 
stockee en zone memoire A puisque celle-ci est utilisee pour generer le flux 
20 numerique YUV destine a P affichage. 

En figure 3f, le decodage de P image B 4 est realise en utilisant les 
zones memoire B et C et P image reconstruite est stockee en zone memoire 
D. (On peut remarquer qu'alternativement on aurait pu stocker P image P 6 en 
zone memoire D et decoder P image B 4 vers la zone memoire C.) r 
25 En figure 3f, toutes les zones memoire sont done utilisees : zone 

memoire A pour le stockage de P image de type I a afficher, zones memoire 
B et C pour le stockage des images (de type P) de reference et zone 
memoire D pour le decodage de P image de type B. 

Le decodage de P image B 5 a lieu de maniere similaire en zone 
30 memoire D comme represente en figure 3g. 

Le decodeur video 22 re?oit ensuite P image de type I suivante, 
denommee ici l 0 \ et la decode dans une zone memoire disponible, par 
exemple la zone memoire B (la zone D pourrait etre aussi utilisee), comme 
visible en figure 3h. 

35 Les images B 7 et B 8 peuvent alors successivement etre decodees 

en memoire D comme indique aux figures 3i et 3j. 

On peut remarquer que pendant le decodage des images B 7 et B 8 
Pimage I 0 ' est deja reconstruite et est par consequent prete a Paffichage. 
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U image l 0 ' sera affichee (c'est-a-dire que le pointeur d'affichage PA pointera 
au debut de la zone memoire B pour obtenir la presentation de I' image l 0 ' en 
sortie du decodeur video 22 en vue de son affichage) precisement quand 
Phorloge locale du decodeur atteint P instant d'affichage specifie par 
5 T etiquette (PTS de P anglais presentation time stamp) associee a P image l 0 ' . 

Le processus de decodage du nouveau groupe d' images se 
poursuit alors comme represents aux figures 3k a 3o : decodage de P 3 ' en 
zone A, decodage de B/ puis B 2 ' en zone C grace aux donnees stockees en 
zones B et A, decodage de P 6 ' en zone C, puis decodage de B 4 ' en zone D 
io grace aux donnees stockees en zones A et C (l 0 ' utilisant la zone B pour 
P affichage). 

Au cours du decodage du nouveau groupe d' images, le pointeur 
d'affichage PA est maintenu au debut de la zone memoire B afin de generer 
un flux numerique YUV destine a P affichage base uniquement surP image l 0 \ 
15 Le decodage des groupes d' images se poursuit ainsi selon ce 

cycle. 

Dans le mode I, le decodeur audio 24 poursuit normalement le 
decodage du flux MPEG Audio entrant en flux PCM D et PCM G et le 
convertisseur 30 genere done des signaux audio Audio D et Audio G en 
20 synchronisme avec le flux video decode (mais non affiche). La partie son du 
flux entrant est done jouee normalement par le decodeur numerique 2 bien 
que seules les images de type I soient affichees. 

A tout moment, le mode normal peut etre repris sans necessiter 
de resynchronisation du flux : il suffit en effet de placer le pointeur 
25 d'affichage PA au debut de la zone memoire a afficher selon le mode 
normal. U image a afficher est prete a Petre immediatement puisqu'elle a ete 
decodee par le processus normal de decodage. La reprise du mode normal 
s'effectue done sans retard ni apparition d'un ecran noir. 

Un autre mode de realisation d'un decodeur numerique 102 selon 
30 P invention est represents en figure 4. 

Le decodeur numerique 102 est un decodeur bi-processeur (ou bi- 
CPU) qui comprend deux processeurs : un processeur de decodage MPEG 
136 (parfois denomme en abrege TV NUM pour television numerique) et un 
processeur d'encodage video 138 (parfois denomme HOST car il gere 
35 egalement d' autres fonctions du decodeur numerique). 

Le processeur de decodage 136 re?oit le flux elementaire MPEG 
apres syntonisation, demodulation et demultiplexage d'un signal capte par 
une antenne 104 dans un syntoniseur-demodulateur 106 et un 
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demultiplexer 108. Le processeur de decodage 136 comprend un module 
d' entree 120 qui separe le flux MPEG Video (a destination du decodeur 
video 122) du flux MPEG Audio (a destination du decodeur Audio 124). 

Le decodeur video 122 decode les paquets entrants a I'aide de la 
5 memoire video 126 comme deja explique au sujet du premier mode de 
realisation et genere en sortie du processeur de decodage 136 un flux 
numerique YUV selon la norme CCIR 601 . 

Le decodeur audio 124 decode le flux MPEG Audio entrant et 
genere en sortie du processeur de decodage 136 deux flux numeriques PCM 
10 D et PCM G qui represented chacun le son d'un canal audio, 
respectivement droit et gauche. 

Selon ce mode de realisation, I 5 ensemble des images du flux 
MPEG Video entrant est decode par le decodeur video 122, en mode normal 
comme en mode I (de la maniere dont cela est decrit dans le mode de 
15 fonctionnement normal du premier mode de realisation). Le flux numerique 
YUV represente done une sequence video compose d' images des types I, P 
et B, en mode normal comme en mode I. Les flux numeriques PCM D et 
PCM G sont naturellement generes en synchronisme avec le flux numerique 
YUV. 

20 Les flux numeriques YUV, PCM D et PCM G sont transmis au 

processeur d'encodage 138. Les flux numeriques PCM D et PCM G y sont 
respectivement convertis en signaux audio Audio D et Audio G a destination 
d'un connecteur 112 pour transmission a un appareil de restitution du son 
stereo qu'ils represented (par exemple un televiseur equipe de haut- 

25 parleurs). 

Le flux numerique YUV est quant a lui regu au sein du processeur 
d'encodage 138 par un module de capture 132. Le module de capture 132 
est apte a recevoir le flux numerique YUV et a stocker les donnees regues 
dans une memoire associee 134. Les donnees stockees dans la memoire 

30 associee 134 (et qui represented une image a afficher) sont transmises a un 
encodeur video 128 qui genere un signal video CVBS correspondant a 
destination du connecteur 112. 

La capture (e'est-a-dire le stockage en temps reel des donnees 
re?ues dans la memoire associee 134) peutetre desactivee. Dans ce cas, le 

35 flux numerique YUV re?u n'est plus considere par le processeur d'encodage 
138, la memoire associee 134 n'est done plus modifiee et I' encodeur 
numerique 128 genere de maniere repetee un signal video CVBS 
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representant P image stockee dans la memoire associee 134. La 
deactivation de la capture entraTne done un gel de I' image. 

En mode de fonctionnement normal, la capture est activee, de 
telle sorte que I' ensemble du flux numerique YUV (qui contient la 
5 representation numerique d' images de types I, P et B) est utilise pour 
generer le signal video CVBS. 

Lorsque Ton souhaite par contre n' afficher que les images de 
type I (mode I), on propose de maintenir le processus de decodage inchange 
mais de desactiver la capture lors de la reception du flux numerique YUV 
10 representant des images de type P ou B pour ne I'activer que lorsque le flux 
numerique YUV represente une image de type I. 

U information selon laquelle le flux numerique YUV represente une 
image de type I ou non peut etre donnee par le processeur de decodage 136 
et transmise au processeur d'encodage 138 par une liaison non representee 
15 en figure 4 (par exemple du type I2C). 

Grace a F activation de la capture pour les images de type I 
seulement le signal video CVBS ne represente que les images de type I du 
flux MPEG Video entrant. Toutefois, le processus de decodage se poursuit 
normalement dans le processeur de decodage 136 et permet done de 
20 continuer a generer et a jouer la voie audio en synchronisme avec les 
images decodees non affichees (images P et B). 

Ainsi, la reprise du mode normal peut se faire sans retard et sans 
avoir a afficher d'ecran noir puisque la simple activation de la capture en 
continu (mode normal) suffit a transmettre a Fencodeur video 128 F image a 
25 afficher prealablement decodee, en synchronisme avec la voie audio. 

II est important de remarquer de maniere generate que les 
processus de decodage et d' affichage (ou de presentation pour affichage) se 
font en continu (e'est-a-dire en temps reel) sur le flux numerique entrant. De 
plus, ces differents processus sont simultanes. 
30 U invention n'est naturellement pas limitee aux modes de 

realisation decrits ci-dessus. Par exemple, bien que la description des 
exemples ci-dessus fasse toujours reference a F affichage des images I 
seulement, elle s' applique egalement aux cas du gel d' image sur n'importe 
quel type d' image et de F affichage base uniquement sur les images de types 
35 I et P du flux numerique MPEG re<?u. 

Dans ce dernier cas, on considerera comme images du premier 
type les images de type I et P et comme images du second type les images 
de type B. 



1 er depot 
11 



En effet, comme indique au debut de r expose, les expressions 
"premier type" et "second type" ne sont pas definies dans la norme MPEG 
mais sont utilisees ici pour simplifier I' expose de I' invention. Les images du 
premier type sont les images a afficher quand on souhaite n' afficher que les 
5 images de certains types ; le premier type peut done signifier le type I dans 
certains cas ou peut recouvrir les types I et P dans les autres cas. De 
maniere complementaire, le second type represente le ou les types d' image 
qu'on ne souhaite pas afficher, a savoir les types P et B dans le premier cas 
et le type B dans le second cas. 
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REVENDICATIONS 

1. Procede de commande d'un decodeur numerique audio-video 
comprenant les etapes suivantes : 

- acquisition en continu d'un flux audio-video numerique (MPEG), 
le flux video numerique (MPEG Video) etant compose d'une sequence 
ordonnee d' images (! 0 , P 3 , B 1f B 2 , P 6f B 4 , B 5 , l 0 \ B 7 , B 8 ), 

- decodage video de toutes les images de la sequence (l 0 , P 3 , B^ 
B 2l P 6 , B 4 , B 5 , l 0 ' , B 7 , B 8 ) ; 

- generation d'un signal video (CVBS) base sur une partie 
seulement (l 0 ; l 0> l 0 ' ; l 0 , P 3 , P 6 , l 0 ') des images de la sequence. 

2. Procede selon la revendication 1, comprenant I'etape de : 

- decodage du flux audio numerique (MPEG Audio) en une 
sequence audio en synchronisme avec le decodage video. 

3. Procede selon la revendication 2, comprenant I'etape de : 

- jeu de la sequence audio. 

4. Procede selon Tune des revendications 1 a 3, dans lequel ladite 
partie est une image unique (i 0 ) de la sequence. 

5. Procede selon Tune des revendications 1 a 3, dans lequel la 
sequence comporte des images d'un premier type ( I 0 , l 0 ' ; l 0 , P 3 , P 6J l 0 ') et 
des images d'un second type (P 3> B lf B 2l P 6 , B 4l B 5 , B 7 , B 8 ; B 1f B 2 , B 4 , B 5 , B 7 , 
B 8 ) et dans lequel ladite partie est limitee aux images du premier type ( l 0 , l 0 ' 

6. Procede selon Tune des revendications 1 a 5, dans lequel 
('acquisition est une lecture sur un support numerique. 

7. Procede selon Tune des revendications 1 a 5, dans lequel 
r acquisition est une reception d'un flux numerique. 

8. Procede selon i'une des revendications 1 a 7, dans lequel le 
signal video est destine a I'affichage. 
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9. Precede de commande d'un decodeur numerique audio-video 
comprenant les etapes suivantes : 

- acquisition en continu d'un flux audio-video numerique, le flux 
video numerique etant compose d'une sequence ordonnee d' images d'un 

5 premier type (I ; I, P) et d'un second type (P, B ; B) ; 

- decodage video des images du premier type (I ; I, P) et des 
images du second type (P, B ; B) ; 

- generation d'un signal video (CVBS) base sur les images du 
premier type (I ; I, P) seulement. 

10 

10. Procede de commande d'un decodeur numerique audio-video 
comprenant les etapes suivantes : 

- decodage video de premieres donnees en une premiere image 
(l 0 ) du premier type (I ; I, P) ; 

15 - affichage de la premiere image (l 0 ) et decodage video simultane 

de secondes donnees en images du second type (P, B ; B) et de troisiemes 
donnees en une seconde image (l 0 ') du premier type ; 

- affichage de la seconde image (I 0 '). 
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